Post not yet marked as solved
And here we are: still NONE of the issues are fixed in Xcode 15 beta 4.
Once again, some of them (such as build number mismatch) affects ALL Xcode users - 100% of them.
It's unfathomable how Apple managed to break Info.plist management in Xcode 14 (something that worked with no issues since the first Xcode release).
It's even harder to understand why they still refuse to fix it while, once again, this affects ALL Xcode users.
I encourage every Xcode user to submit a bug report regarding this severe problem as soon as possible.
Maybe Apple pays attention to this once they receive a few hundred reports on this bug.
Post not yet marked as solved
I just had a similar issue today.
Couldn't notarize anything for couple hours — notarization just took forever.
Just had another attempt — and notarization this time succeeded after some 10 minutes.
I assume notarization servers were broken today for some time. I doesn't explain, of course, the issues you had on other days.
Post not yet marked as solved
...and none of this is fixed in the Xcode 15.0 release.
The first bug (Build value) affects EVERY Xcode user.
I find it astonishing that Apple refuses to address such glaring deficiencies in fundamental Xcode functionality. Especially something that should be trivial to fix.
@mgrushin:
Thanks!!
It did work.
I'm still not sure what it's all about... Mac apps don't require any provisioning profiles. I don't have any provisioning profiles specified.
But now I see that indeed a provisioning profile is generated in ~/Library/MobileDevice/Provisioning Profiles upon submission of the app to Mac App Store.
The directory is also named MobileDevice while, once again, it's not a mobile app - but I guess that's how it works.
Thanks again!
Leo
Post not yet marked as solved
Yes, I have an app that's using SMTP services in Mac App Store.
Post marked as Apple Recommended
You can create promo codes in Services > Promo Codes.
Post not yet marked as solved
Ha. I installed Ventura on a different partition of the same MacBook Pro (M1 Pro, 16", 2021) - and outlets work in Xcode 14 there with no issues.
It means to me that the bug is somewhere there hiding, waiting for the right conditions to happen. But, hopefully, it must be extremely rare.
Post not yet marked as solved
Important correction:
This problem only happens on macOS Ventura (latest beta).
There's no issue on macOS 12.6.
Post not yet marked as solved
I received a reply from Apple where they ask to check the forthcoming new update Xcode 13.2 RC:
https://developer.apple.com/download/
I've been using it for two days and so far it looks like the issue is fixed there.
Post not yet marked as solved
yes, same issue here.
it's a huge bug in Xcode 13.
there was no issue in beta 1. the problem started from beta 4.
i thought it was fixed in the final release as it worked normally for a few hours. but now the same problem came back
I'm re-submitting this bug to Apple.
in the meantime, I'm back to working in Xcode 13 Beta 1 as there's no issue there.
Post not yet marked as solved
That's great!!
Thanks for putting it together. I thought of creating my own replacement, but your project seems to do exactly what I need (as well as any other Mac developer, in my view).
The redesigned NSAlert on Big Sur is a total disaster. In addition to cutting off long messages, the center-aligned text is simply not suitable for human consumption. The entire centered alignment of elements is also tasteless and visually unappealing.
Those who designed the alerts lack the very basic knowledge of text legibility as well as human-oriented UI design in general.
It's a big embarrassment for Apple. They're supposed to have the best UI designers in the world. And yet it looks like Apple just grabs random people from the street to design certain UI elements. Sadly, despite overwhelmingly negative feedback from both users and developers, nothing was changed on Monterey.
I hope to implement NSCustomAlert in all my apps as soon as possible. And hope that other developers will follow the suit.
P.S. In your current code, the alert cannot be moved with the mouse. I solved this issue by removing the NSWindowStyleMaskDocModalWindow mask AND adding _panel.movableByWindowBackground = YES. I'll post this feedback on git as well.
Post not yet marked as solved
Absolutely. While Apple did introduce some nice UI refinements on Big Sur, there are also several UI changes that are quite horrible and defy any common sense and basic rules of intuitive human-oriented UI design. Unfortunately, Apple didn't improve anything on Monterey. I'll soon submit several messages dedicated to each of the unfortunate UI changes on Big Sur.
Post not yet marked as solved
I finally started implementing dark mode in my Mac apps. Since I myself am one of those who can't stand the dark mode, I didn't have any personal incentives to implement it.
I do hear that many users like dark mode. And my apps are used by thousands of people. However, ever since dark mode was implemented on Mojave I received exactly 1 (one) request to implement it. So naturally it was never a high priority.
I do believe that apps should support dark mode. Just wanted to share the actual feedback I received from users.
Post not yet marked as solved
Ok I can confirm that this issue is FIXED in Xcode 12 beta 3.
From Xcode release notes:
•Fixed performance issues with NSTabView and hidden views in a storyboard or .xib canvas. (63008369, 64314634)
Thank you Apple!
Big relief.
